Application No. 09/714,315 

Amendment dated February 18, 2005 

Reply to the Final Office Action of September 8, 2004 

REMARKS 

Applicants have amended claims 1-3 without prejudice. Claims 1-14, 36-44, 52 and 60-63 
are now pending in this application. 

In the Office Action dated September 8, 2004, the Examiner has withdrawn the objection 
of claims 7, 41 and 44 in view of the Amendment filed on May 24, 2004. The Examiner also 
states that the rejection of claims 3, 8-9, 37, 39 and 43 under 35 U.S.C. 1 12, second paragraph, 
and claims 1-14, 42-44, and 52 under 35 U.S.C. 101, have been successfully overcome. 

In the Office Action dated September 8, 2004, the Examiner has rejected claims 1-14, 36- 
44 and 52 under 35 U.S.C. 102(b) as being anticipated by Boesch et al. (U.S. Patent No. 
5,897,621). 

The Examiner has not explicitly rejected claims 60-63 under any particular statute, but 
has discussed portions of Boesch in relation to claims 60-63, and the undersigned has addressed 
the Examiner's discussion of these portions of Boesch. 

The undersigned has reviewed the September 8, 2004, Office Action and respectfully 
traverses all rejections for the reasons set forth herein. The undersigned respectfully requests 
that all pending claims, as amended, be allowed. 

a, 35 U.S.C. 102(b) 

The Examiner has rejected claims 1-14, 35-44, and 52 under 35 U.S.C. 102(b) as being 
anticipated by Boesch et al. (U.S. Patent No. 5,897,621). Applicants respectfully traverse this 
rejection for the reasons below, and request allowance of the claims as amended. 

The Applicant acknowledges the Examiner's reference to specific portions of Boesch in 
relation to specific claim elements. In order to facilitate discussion of the Examiner's 
contentions, the Applicant has found it useful to construct a table referencing the specific lines in 
Boesch that the Examiner purports anticipate the pending claim elements. The Applicant will 
reference portions of the table in the following discussion of the claims and the merit of the 
Examiner's rejections. The table is included in its entirety as Exhibit A to this response. 
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The United Staes Federal Circuit has dictated that "anticipation requires the disclosure in 
a single prior art reference of each element of the claim under consideration." W.L. Gore & 
Assocs. V. Garlock, Inc. , 721 F.2d 1540 (Fed. Cir. 1983). Furthermore, the prior art reference 
must disclose each element of the claimed invention "arranged as in the claim." Lindermann 
Maschinenfabrik GmbH v. American Hoist & Derrick Co. , 730 F.2d 1452 (Fed. Cir. 1984). 

Therefore, in order for the Examiner's present rejection under 35 U.S.C. 102(b) to be 
sustainable, the Boesch reference "must clearly and unequivocally disclose the claimed 
[invention] without any need for picking, choosing, and combining various disclosures not 
directly related to each other by the teachings of the cited reference." In re Arklev , 455 F.2d 
586, 588 (C.C.P.A. 1972). 

As discussed in reference to the claim below and the cited portions of Boesch, Boesch 
does not clearly and unequivocally disclsoe the claimed invention. Therefore the Applicant 
respecfully requests allowance fo the pendign claims. 



With regards to claim 1 the following elements of the claim are not anticipated by Boesch 
as purported by the Examiner: 



Claims 


Examiner 


Text of Boesch 




Reference 
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determining with a processor 


B col. 9 


Alternatively, the server 100 could approve the transaction if 


operative with executable software, a 


lines 11- 


the amount in the merchant accepted currency A(MAC) is 


cost for credit to be extended to a 


39 


less than the price in the merchant accepted currency 


buyer, wherein the credit is extended 




P(MAC). In this instance, the server 100 may absorb 


based upon one or more transaction 




differentials (as where the cost associated with disapproving 


factors comprising a volume or 




the transaction and reprocessing it exceeds the differential). 


business a credit provider conducts 




Acceptable differentials may be dependent upon the 


with the participant, a tvpe of 




creditworthiness of the customer user 203 or the merchant 


deliverable and collateral for the 




user 303, the acceptable deficit balance that the customer 


credit; 




user 203 or the merchant user 303 are allowed to incur, or 






other market conditions such as, for example, fluctuations in 






exchange rates. These acceptable differentials are referred to 






with respect to each party of the transaction as a "risk range". 






Also, in the case where the amount in the merchant accepted 






currency A(MAC) is less than the price in the merchant 






accepted currency P(MAC) but within a predetermined 






range, the server 100 could record the differentials as they 






occur and collect them from the customer user 203 at a later 






time. This range is contemplated as being a small range and 






is referred to herein as the "payment range". The payment 






range may be predetermined by the customer user 203 or 






preferably, by the server 100. For the purpose of this 






application, the amount in the customer selected currency 






A(CSC) is equal to the amount in the customer selected 






currency A(CSC) plus or minus the payment range. The 






payment range thus defines the amount of conversion error 






permitted in the transaction. 



Boesch does not describe or infer determining a cost of credit to be extended to a 
transaction participant. The cited lines of Boesch describe a process for approving a transaction. 
According to Boesch, as part of the approval process, a merchant can consider a cost associated 
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with disapproving the transaction or reprocessing the transaction (differential), but nowhere in 
Boesch is the concept of determining a cost of credit to the transaction participant described. 

In addition, in the amended claim 1, the cost of credit is based upon transaction factors 
which are limited to: a volume of business a credit provider conducts with the participant, a type 
of deliverable and collateral for the credit (as described on page 20 of the specification). 
Accordingly, for these reasons alone, claim 1 and all claims depending from claim 1 are 
allowable and the Applicant respectfully requests allowance. 



calculating with the processor, a cost 


B col. 8 


The current exchange rate data is preferably maintained by 


for exchange of the first currency to a 


lines 49- 


the entity charged with approving the transaction. Thus, in 


second currency, wherein the cost of 


58 


this embodiment, the server 100 may obtain it from a 


exchange is based upon one or more 




currency broker or bank. In a further aspect of this 


transaction factors comprising 




embodiment, the approving entity may decide to buy and sell 


currencies involved in the transaction, 




currencies and establish its own exchange rates. In addition, 


an aggregate volume of currency 




as the server 100 has the opportunity to aggregate 


exchanged by the participant and the 




transactions prior to committing to actually exchange 


amount of the associated transaction. 




currency with an external agency, it may obtain preferential 


and is effective for a predetermined 




exchange rates by converting money in relatively large units. 


period of time; and 







Pending claim 1 also discloses the inventive step of calculating a cost of exchange of 
currency based upon the currencies involved in the transaction, an aggregate volume of currency 
exchanged by the participant and the amount of the associated transaction. In addition, the art 
cited by the Examiner does not describe a cost for exchange that is effective for a predetermined 
time. 

The text cited by the Examiner relates to an opportunity by the server to aggregate 
multiple transactions in order to obtain favorable rates. This is different than a cost of exchange 
based upon factors specific to the transaction. In the currently pending claims, the transaction 
factors have been specified (as described on page 21) to include: the currencies involved in the 
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transaction, the aggregate volume of currency exchanged by the participant , not a server, and an 
amount of the associated transaction. In addition, current claim 1 relates to a cost of exchange 
that is effective for a predetermined period of time. 

Accordingly, for is additionally novel over Boesch, since Boesch does not describe or 
suggest any such limitations. 
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calculating with the processor, an 


B col. 9 


Alternatively, the server 100 could approve the transaction if 


aggregate price to the customer for the 


lines 1 1 - 


the amount in the merchant accepted currency A(MAC) is 


deliverable, wherein the aggregate 


39 


less than the price in the merchant accepted currency 


price comprises an aggregate of the 




P(MAC). In this instance, the server 100 may absorb 


cost of credit, the cost for exchange of 




differentials (as where the cost associated with disapproving 


currency and the amount of first 




the transaction and reprocessing it exceeds the differential). 


currency relating to the price of the 




Acceptable differentials may be dependent upon the 


deliverable. 




creditworthiness of the customer user 203 or the merchant 






user 303, the acceptable deficit balance that the customer 






user 203 or the merchant user 303 are allowed to incur, or 






other market conditions such as, for example, fluctuations in 






exchange rates. These acceptable differentials are referred to 






with respect to each party of the transaction as a "risk range". 






Also, in the case where the amount in the merchant accepted 






currency A(MAC) is less than the price in the merchant 






accepted currency P(MAC) but within a predetermined 






range, the server 100 could record the differentials as they 






occur and collect them from the customer user 203 at a later 






time. This range is contemplated as being a small range and 






is referred to herein as the "payment range". The payment 






range may be predetermined by the customer user 203 or 






preferably, by the server 100. For the purpose of this 






application, the amount in the customer selected currency 






A(CSC) is equal to the amount in the customer selected 






currency A(CSC) plus or minus the payment range. The 






payment range thus defines the amount of conversion error 






permitted in the transaction. 



The Examiner has again cited portions of Boesch directed to a decision making process 
that addresses whether or not an offer is acceptable, wherein the process includes consideration 
of differentials and payment ranges. This process relates to a price that the merchant (seller) is 
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willing to accept for an item. It does not describe an aggregate of costs for an item and it does 
not relate to a total amount that a purchaser will pay for the item. 

As illustrated in the above portion of the claim chart, this last element of claim 1 is not 
disclosed or suggested by Boesch. Boesch does not disclose any mechanism for conveying to a 
participant, who is considering a purchase, a total amount that the item will cost the participant. 
Claim 1 conveys this cost as an aggregate of three factors not addressed by Boesch: 1) cost of 
credit; 2) the cost for exchange of currency; and 3) the amount of first currency. As discussed 
above, Boesch simply does not address the concept of cost of credit to the participant at all, in 
addition, Boesch does not describe or suggest a total cost to the customer that includes a cost of 
credit combined with an exchange cost an amount of currency. 

Accordingly, claim 1 is not anticipated by Boesch and the Applicant respectfully requests 
allowance of claim 1 and all claims depending from claim 1. 

With regards to claim 2 the following elements of the claim are not anticipated by Boesch 
as purported by the Examiner: 
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2. (previously amended) The method 
of claim 1 additionally comprising the 
step of transmitting via a transmission 
medium and a communications 
network, the calculated aggregated 
price to a participant network access 
device associated with a participant in 
the transaction. 



B col. 8 
lines 12- 
38 



The first and second sets of data transmitted to the server 100 
need not come directly from the merchant computer 300 and 
the customer computer 200. This information may be 
transmitted via alternative routes. For example, we prefer 
that customer computer 200 transmit the second set of data to 
the merchant computer 300. Upon receipt of the second set 
of data, the merchant computer 300 transmits at least the 
amount in the customer selected currency A(CSC) and the 
first set of data including price in the merchant accepted 
currency P(MAC) to the server 100 for approval of the 
transaction. In this case the second set of data may be 
protected to prevent the merchant from altering it. 



Upon receiving the amount in the customer selected currency 
A(CSC) and the agreed price in the merchant accepted 
currency P(MAC), the server 100 approves the transaction. 
The approval process performed by server 1 00 is based upon 
the relative value of the customer selected currency in terms 
of the merchant accepted currency. This relative value may 
be established by the operator of server 100, a third party, or 
in other aspects of the present invention, the customer user 
203 or the merchant user 303. This preferably includes a rate 
of exchange at which the customer selected currency can be 
converted into the merchant accepted currency. 
Alternatively, or in addition, this information may include a 
rate at which the merchant accepted currency can be 
converted into the customer selected currency. 
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As discussed above, Bosech does not describe or suggest calculation of an aggregate 
price that includes a cost of credit combined with an exchange cost an amount of currency. In 
addition, careful review of the cited portions of Boesch reveal that Boesch does not describe or 
suggest transmission of related data to a network access device associated with the participant. 
Boesch only describes transmission the amount in the customer selected currency A(CSC) and 
the first set of data including price in the merchant accepted currency P(MAC) to the server 100 
(emphasis added) . 

Accordingly, Boesch cannot and does not describe or suggest transmitting an aggregate 
price that includes a cost of credit combined with an exchange cost an amount of currency to any 
device, nor does Boesch describe or suggest transmitting such information to a participant 
network access device. 

As indicated, Boesch does not anticipate claim 2 and the Applicant respectfully requests 
allowance of claim 2. 

In regards to claim 3, Boesch does not describe or suggest the following claims elements: 
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3. (previously amended) 


B col. 8 


The first and second sets of data transmitted to the server 100 need 


The method of claim 2 


lines 


not come directly from the merchant computer 300 and the 


additionally comprising the step 


12-38 


customer computer 200. This information may be transmitted via 


of transmitting to the network 




alternative routes. For example, we prefer that customer computer 


access device associated with the 




200 transmit the second set of data to the merchant computer 300. 


participant in the transaction via 




Upon receipt of the second set of data, the merchant computer 300 


the transmission medium, a detail 




transmits at least the amount in the customer selected currency 


of the price, wherein the detail 




A(CSC) and the first set of data including price in the merchant 


comprises the cost of credit, and 




accepted currency P(MAC) to the server 100 for approval of the 


the cost of credit is based upon the 




transaction. In this case the second set of data may be protected to 


amount of currencv involved in 




prevent the merchant from altering it. 


the transaction, the period allowed 




Upon receiving the amount in the customer selected currency 


until repayment the rate of 




A(CSC) and the agreed price in the merchant accepted currency 


interest and the volume of 




P(MAC), the server 100 approves the transaction. The approval 


business the participant transacts; 




process performed by server 100 is based upon the relative value 


the cost for exchange of currency 




of the customer selected currency in terms of the merchant 


and the amount of first currency 




accepted currency. This relative value may be established by the 


relating to the price of the 




operator of server 100, a third party, or in other aspects of the 


deliverable. 




present invention, the customer user 203 or the merchant user 303. 
This preferably includes a rate of exchange at which the customer 
selected currency can be converted into the merchant accepted 
currency. Alternatively, or in addition, this information may 
include a rate at which the merchant accepted currency can be 
converted into the customer selected currency. 



As discussed above, Boesch simply does not describe or suggest any cost of credit to the 
participant. In addition, the claim 3 has been amended to require that the cost of credit be based 
upon the amount of currency involved in the transaction, the period allowed until repayment, the 
rate of interest and the volume of business the participant transacts (see page 20 of the 
specification). Nothing in Boesch even mentions any of the concepts. 
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In addition, Boesch does not describe or suggest transmission of a detail that specifically 
includes: the cost of credit and the cost for exchange of currency and the amount of first currency 
relating to the price of the deliverable. Claim 3 is directed to an itemized list of costs that make 
up a total cost for an item. Boesch does not deal with this issue. 

Accordingly, Boesch cannot and does not anticipate claim 3 and the Applicant 
respectfully requests allowance of claim 3. 

In regards to claim 4, Boesch does not describe or suggest a discounted currency 
exchange rate based upon an aggregate notional amount associated with a participant. Boesch 
merely recites a common industry practice of obtaining preferential exchange rates by converting 
money in large units. Boesch does not describe associating specific discounts with specific 
participants based on the individual participant's notional volume. 



4. (previously amended) The method 


B col. 8 


In addition, as the server 100 has the opportunity to 


of claim 1 additionally comprising the 


lines 54- 


aggregate transactions prior to committing to actually 


step of discounting with the processor, 


58 


exchange currency with an external agency, it may obtain 


the cost of exchange of currency 




preferential exchange rates by converting money in relatively 


according to a volume discount term 




large units. 


relating to an aggregate notional 






volume associated with a participant in 






the transaction. 







Accordingly, Boesch does not anticipate pending claim 4 and the Applicant respectfully 
requests allowance of claim 4. 



With regards to claim 5, as can be seen in the chart below, nothing in Boesch describes or 
suggests an aggregate notional volume that is associated with a participant and therefore cannot 
anticipate an aggregate notional volume associated with the participant on a periodic basis. 
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5. (original) The method of claim 4 


B col 8 


Frequency and timing of updates are based on business rules 


wherein the aggregate notional volume 


lines 65- 


agreed between the operator of the server 100 and the 


is calculated on a periodic basis. 


67 


currency broker or brokers. This manages the risk of a 






significant change between the current exchange rate and the 






exchange rate used when the transaction is actually settled. 



Accordingly, the Applicant requests allowance for claim 5. 



With regards to claim 6: 



6. (previously amended) The method 


B col. 8 


In addition, as the server 100 has the opportunity to 


of claim 1 additionally comprising the 


lines 54- 


aggregate transactions prior to committing to actually 


step of discounting with the processor, 


58 


exchange currency with an external agency, it may obtain 


the cost of exchange of currency 




preferential exchange rates by converting money in relatively 


according to a volume discount term 




large units. 


relating to an aggregate number of 






transactions associated with a 






participant in the transaction. 







Although Boesch describes the server aggregating transactions prior to exchanging 
currency, in order to convert money in relatively large units, nothing in Boesch describes or 
suggests discounting a cost of exchange of currency offered to a participant according to a 
volume discount based upon an aggregate number of transactions associated a participant, this is 
specific to a participant. Again, Boesch highlights an industry wide practice of trading in large 
units, this does not anticipate the present invention which aggregates a number of transactions (a 
quantity) and offers currency exchange rate discount according to that quantity, which may be 
irrespective of a total amount of currency. 

Similarly with claim 7, the Examiner has referenced a cite that does not describe or 
suggest a discount that is specific to a participant. Claim 7 claims a discount for an currency 
exchange rate based upon a specific participant's payment history. Careful examination of the 
clause referenced by the Examiner illustrates that Boesch simply does not describe or infer such 
a discount. 
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7. (previously amended) The method 


B col. 8 


In addition, as the server 100 has the opportunity to 


of claim 1 additionally comprising the 


lines 54- 


aggregate transactions prior to committing to actually 


step of discounting with the processor, 


58 and 


exchange currency with an external agency, it may obtain 


the cost of exchange of currency 


col. 9 line 


preferential exchange rates by converting money in relatively 


according to a discount term relating 


53 


large units. 


to a payment history associated with a 


through 




participant in the transaction. 


col. 10 






line 8 





Accordingly, claim 8 is not anticipated by Boesch and the Applicant respectfully requests 
allowance of claim 8. 



With respect to claim 8, the present invention now determines a price according to the 
identity of the participant. In other words, who you are will determine what you pay for a 
deliverable . Again, Boesch speaks of merchant users and customer users, but nothing in Boesch 
describes a price of a deliverable determined according to the identity of a participant in the 
transaction. 



8. (previously amended) The method 


B col. 5 


The set of customer data may include a customer 


of claim 1 wherein the amount of first 


lines 23- 


identification string which identifies the customer user 203. 


currency received relating to the price 


36 


The portion of the second set of data includes the set of 


of the deliverable is determined 




merchant data and the second use parameters. The set of 


according to data comprising the 




merchant data may include a merchant identification string 


identity of a participant in the 




which identifies the merchant user 303. The server 100 


transaction. 




verifies the customer user 203 and the merchant user 303 






based upon at least portions of the set of customer data and 






the set of merchant data and determines that the first and 






second sessions can be used. In this manner, confidential 






details of the payment between the customer user 203 and the 






merchant user 303 are assured of being communicated 






securely. 
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Accordingly, claim 8 is not anticipated by Boesch and the Applicant respectfully requests 
allowance of claim 8. 

With regards to claim 9, claim 9 is dependent on claim 1 and therefore incorporates all of 
the limitations of claim 1 and is allowable for all of the reasons set forth above for claim 1. 

With regards to claim 10, a transaction facilitator is defined in the specification (p. 2 lines 
14-15) as an entity that can assist commerce participants in finding and negotiating with other 
commerce participants such that transactions can be completed. Transaction facilitators provide 
a medium through which a purchaser or a seller can make goods or services known to a potential 
seller or purchaser respectively (p. 2 lines 18-19). Nothing in Boesch even approaches such a 



concept no less describe a transaction facilitator. As such, Boesch cannot and does not anticipate 
a price of a deliverable according to the transaction facilitator. 



10. (previously amended) The 


B col. 8 


Define transaction facilitator. 


method of claim 1 wherein the amount 


lines 24- 




of first currency relating to the price of 


39 


Upon receiving the amount in the customer selected currency 


the deliverable is deterrnined 




A(CSC) and the agreed price in the merchant accepted 


according to data comprising a 




currency P(MAC), the server 100 approves the transaction. 


transaction facilitator. 




The approval process performed by server 100 is based upon 






the relative value of the customer selected currency in terms 






of the merchant accepted currency. This relative value may 






be established by the operator of server 100, a third party, or 






in other aspects of the present invention, the customer user 






203 or the merchant user 303. This preferably includes a rate 






of exchange at which the customer selected currency can be 






converted into the merchant accepted currency. 






Alternatively, or in addition, this information may include a 






rate at which the merchant accepted currency can be 






converted into the customer selected currency. 
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Accordingly, claim 10 is not anticipated by Boesch and the Applicant respectfully 
requests allowance of claim 10 

With regards to claims 11-12, claims 1 1-12 are dependent on claim 1 and therefore 
incorporate all of the limitations of claim 1 and is allowable for all of the reasons set forth above 
for claim 1 . 

With regards to claim 13, the relevant portions of Boesch discusses only one method of 
managing significant change between a current exchange rate and the exchange rate used when 
the transaction actually settled, according to Boesch, the only risk management method is 
frequent timing of updates. The "differentials" of Boesch merely refer to an acceptable a price 
received, not to differences in currency prices exchange. The present invention specifically 
distinguishes over Boesch by offering a consistent exchange rate so long as the exchange rate 
between the two relevant currencies remains within an upper and lower tolerance parameter. 
This removes an ever fluctuating price for the deliverable in the present invention, a problem that 
is not addressed by Boesch. Boesch also does not discuss a spot price and modifying the 
exchange price if the spot price exceeds the tolerance parameter. 

13. (previously amended) The 
method of claim 1 wherein the step of 
calculating a cost for exchange of the 
fist currency includes the steps of: 
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determining with the processor, an 


B col. 8 


The frequency that the current exchange rate data is 


exchange price and a tolerance 


line 59 


updated depends upon the level of risk that the approving 


parameter for the first currency, as the 


through 


entity may be willing to accept and the availability of updates 


first currency relates to a base 


coL 9 line 


from currency brokerage services. It is preferred that when 


currency; 


24 


the server 1 00 is the approving entity, it receives updates to 






the exchange rate data on-line from one or more currency 






brokers. Frequency and timing of updates are based on 






business rules agreed between the operator of the server 100 






and the currency broker or brokers. This manages the risk of 






a significant change between the current exchange rate and 






the exchange rate used when the transaction is actually 






settled. 






Approval of the transaction by the server 100 is 






preferably based upon predetermined criteria. These criteria 






may be established by any of the parties to the transaction or 






a third party. For example, we prefer that the server 100 






approve the transaction if the amount in the merchant 






accepted currency A(MAC) equals or exceeds the price in 






the merchant accepted currency P(MAC). 






Alternatively, the server 100 could approve the 






transaction if the amount in the merchant accepted currency 






A(MAC) is less than the price in the merchant accepted 






currency P(MAC). In this instance, the server 100 may 






absorb differentials (as where the cost associated with 






disapproving the transaction and reprocessing it exceeds the 






differential). Acceptable differentials may be dependent upon 






the creditworthiness of the customer user 203 or the 






merchant user 303, the acceptable deficit balance that the 






customer user 203 or the merchant user 303 are allowed to 






incur, or other market conditions such as, for example, 






fluctuations in exchange rates. These acceptable differentials 






are referred to with respect to each party of the transaction as 






a "risk range". 
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receiving into the computer storage, a 


B col 8 


The frequency that the current exchange rate data is 


receiving into the computer storage, a 


line 59 


updated depends upon the level of risk that the approving 


spot price relating to a market price for 


through 


entity may be willing to accept and the availability of updates 


exchange of the first currency; 


col. 9 line 


from currency brokerage services. It is preferred that when 


comparing the spot price with the 


24 


the server 100 is the approving entity, it receives updates to 


tolerance parameter via the processor; 




the exchange rate data on-line from one or more currency 


and 




brokers. Frequency and timing of updates are based on 


modifying with the processor, the 




business rules agreed between the operator of the server 100 


exchange price if the spot price 




and the currency broker or brokers. This manages the risk of 


exceeds the tolerance parameter. 




a significant change between the current exchange rate and 






the exchange rate used when the transaction is actually 






settled. 






Approval of the transaction by the server 1 00 is 






preferably based upon predetermined criteria. These criteria 






may be established by any of the parties to the transaction or 






a third party. For example, we prefer that the server 100 






approve the transaction if the amount in the merchant 






accepted currency A(MAC) equals or exceeds the price in 






the merchant accepted currency P(MAC). 






Alternatively, the server 1 00 could approve the 






transaction if the amount in the merchant accepted currency 






A(MAC) is less than the price in the merchant accepted 






currency P(MAC). In this instance, the server 100 may 






absorb differentials (as where the cost associated with 






disapproving the transaction and reprocessing it exceeds the 






differential). Acceptable differentials may be dependent upon 






the creditworthiness of the customer user 203 or the 






merchant user 303, the acceptable deficit balance that the 






customer user 203 or the merchant user 303 are allowed to 






incur, or other market conditions such as, for example, 






fluctuations in exchange rates. These acceptable differentials 






are referred to with respect to each party of the transaction as 






a "risk range". 
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With regards to claim 14, Boesch also does not describe or suggest a predetermined time 
period that an exchange price will remain valid and determining if a transaction will take place 
within the predetermined time period. Boesch only describes receiving updates to exchange rate 
data. In Boesch, the exchange rate data is subject to price fluctuations as frequent as the updates. 
The very first paragraph of the specification discusses the disconcerting uncertainty such 
fluctuations can bring to e-commerce participants. The present invention provides a risk 
management vehicle that addresses this uncertainty by providing a sum certain price for a 
transaction for a predetermined certain time period. The present invention therefore allows a 
participant to make thoughtful decisions regarding a transaction without the risk that the terms of 
the transaction may change due to exchange price fluctuations. 



14. (previously amended) The 
method of claim 1 wherein the step of 
calculating a cost for exchange of the 
fist currency includes the steps of: 






entering into the computer storage, an 


B col. 8 


see above 


exchange price to be utilized in 


line 59 




calculating the cost of exchange of the 


through 




first currency, wherein the exchange 


col. 9 line 




price relates to the first currency and a 


24 




base currency; 
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entering into the computer storage, a 
predetermined time period for which 
the exchange price will remain valid; 


B col. 4 
line 66 
through 
col. 5 line 
8 


We prefer that the parameters relating to the session of 
customer user 203 limit an amount of electronic funds (the 
"session amount"), a maximum amount of time that the 
customer's session may last, and a maximum number of 
transactions that the customer user 203 may conduct. The 
session amount is the maximum amount of electronic funds 
that the customer user 203 may spend during the customer's 
session. Also, we prefer that the session of merchant user 
303 is limited by a maximum amount of time that the 
merchant's session may last and a maximum number of 
transactions that the merchant user 303 may conduct. 


determining with the processor, if the 
transaction will take place during the 
predetermined time period; and 


B col. 8 
lines 59- 
67 


The frequency that the current exchange rate data is updated 
depends upon the level of risk that the approving entity may 
be willing to accept and the availability of updates from 
currency brokerage services. It is preferred that when the 
server 100 is the approving entity, it receives updates to the 
exchange rate data on-line from one or more currency 
brokers. Frequency and timing of updates are based on 
business rules agreed between the operator of the server 1 00 
and the currency broker or brokers. 


entering into the computer storage, an 
updated exchange price if the 
transaction will take place during a 
time other than the predetermined time 
period. 


B col. 8 
lines 59- 
67 


The frequency that the current exchange rate data is updated 
depends upon the level of risk that the approving entity may 
be willing to accept and the availability of updates from 
currency brokerage services. It is preferred that when the 
server 100 is the approving entity, it receives updates to the 
exchange rate data on-line from one or more currency 
brokers. Frequency and timing of updates are based on 
business rules agreed between the operator of the server 100 
and the currency broker or brokers. 



With regards to pending claims 36-44, 52 and 61-63, each of claim contains similar 
elements and limitations as those discussed in claims 1-14, but in various physical embodiments, 
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including a computerized apparatus, a computer data signal and a computer readable medium. 
For the sake of brevity and in order to avoid redundancy, the Applicant will not repeat the 
individual reasons why the unique limitations of these claims are not anticipated by Boesch. 
However, the Applicant has included the claim chart for claims 36-44, 52 and 61-63 in the 
Exhibit and if the Examiner should continue to purport that Boesch anticipates claims 36-44, 52 
and 61-63, the Applicant would be happy to reiterate to the Examiner the unique nature of each 
of the claims. 

With regard to claim 60, which additionally depends from claim 1, Boesch simply does 
not describe or suggest how a cost of credit can determined. Boesch does not address a cost of 
credit at all, no less a cost of credit determined according to the specific factors enumerated in 
claim 60. As illustrated in the portion of the chart below, the cited prior art of Boesch only 
makes some vague reference to customer data and merchant data, it does not mention 
determination of a cost of credit. Therefore Boesch cannot and does not anticipate claim 60. 



60. (previously added) The method 


B col. 5 


The set of customer data may include a customer 


of claim 1 wherein the cost for credit 


lines 23- 


identification string which identifies the customer user 203. 


is determined according to one or 


36 


The portion of the second set of data includes the set of 


more transaction factors comprising at 




merchant data and the second use parameters. The set of 


least one of the identity of a 




merchant data may include a merchant identification string 


participant in the transaction, the 




which identifies the merchant user 303. The server 100 


deliverable, a projected volume of 




verifies the customer user 203 and the merchant user 303 


currency to be transacted, and a 




based upon at least portions of the set of customer data and 


projected volume of the deliverable to 




the set of merchant data and determines that the first and 


be transacted. 




second sessions can be used. In this manner, confidential 






details of the payment between the customer user 203 and the 






merchant user 303 are assured of being communicated 






securely. 
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CONCLUSION 

For the reasons set forth above, allowance of this application is courteously urged. If 
there remains any question regarding the present application or any of the cited references, or if 
the Examiner has any further suggestions for expediting allowance of the present application, the 
Examiner is cordially requested to contact the undersigned at (212) 878-8476 in order for the 
undersigned to arrange for an interview with the Examiner. 

Please charge any fees due in connection with this Amendment to Deposit Account No. 

50-0521. 

Respectfully submitted, 

Date: February 18, 2005 /Joseph P. Kincart/ 

Joseph P. Kincart 
Reg. No. 43,716 



MAILING ADDRESS: 

Customer No. 27383 
Clifford Chance US LLP 
31 West 52 nd Street 
New York, NY 10019-6131 
Telephone: (212) 878-8476 
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EXHIBIT A 



Claims 


Examiner 


Comments 


1. (previously amended) A computer- 
implemented method for providing 
pricing for a transaction, the method 
comprising: 






receiving into a computer storage, 
digital data descriptive of an amount 
of a first currency relating to a price of 
a deliverable involved in a transaction; 


B col. 7 
Lines 25- 
34 


In this embodiment, the customer user 203 and the merchant 
user 303 have established and agreed upon a product to be 
purchased at a price the merchant user 303 will accept. This 
product and price are referred to herein as the "agreed 
product" and the "agreed price respectively. 

Having agreed upon the product and the price, the merchant 
computer 300 transmits a first set of data to the server 100. 
This first set of data includes the agreed price that the 
merchant user 303 is willing to receive for his product. 
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determining with a processor operative 
with executable software, a cost for 
credit to be extended to a buyer, 
wherein the credit is extended based 
upon one or more transaction factors; 


B col. 9 
lines 11- 
39 


Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 1 00 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 


calculating with the processor, a cost 
for exchange of the first currency to a 
second currency, wherein the cost of 
exchange is based upon one or more 
transaction factors, and 


B col. 8 
lines 49- 
58 


The current exchange rate data is preferably maintained by 
the entity charged with approving the transaction. Thus, in 
this embodiment, the server 100 may obtain it from a 
currency broker or bank. In a further aspect of this 
embodiment, the approving entity may decide to buy and sell 
currencies and establish its own exchange rates. In addition, 
as the server 1 00 has the opportunity to aggregate 
transactions prior to committing to actually exchange 
currency with an external agency, it may obtain preferential 
exchange rates by converting money in relatively large units. 
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is effective for a predetermined period 
of time; and 


B col. 8 
lines 49- 
58 


The current exchange rate data is preferably maintained by 
the entity charged with approving the transaction. Thus, in 
this embodiment, the server 100 may obtain it from a 
currency broker or bank. In a further aspect of this 
embodiment, the approving entity may decide to buy and sell 
currencies and establish its own exchange rates. In addition, 
as the server 1 00 has the opportunity to aggregate 
transactions prior to committing to actually exchange 
currency with an external agency, it may obtain preferential 
exchange rates by converting money in relatively large units. 


calculating with the processor, an 
aggregate price for the deliverable, 
wherein the aggregate price comprises 
an aggregate of the cost of credit, the 
cost for exchange of currency and 


B col. 9 
lines 1 1- 
39 


Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 
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the amount of first currency relating to 
the price of the deliverable. 


B col. 9 
lines ll- 
SP 


Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(M AC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 


2. (previously amended) The method 
of claim 1 additionally comprising the 
step of transmitting via a transmission 
medium and 
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a communications network, the B col. 8 The first and second sets of data transmitted to the server 100 

calculated price to a participant lines 12- need not come directly from the merchant computer 300 and 

network access device associated with 38 the customer computer 200. This information may be 

a participant in the transaction. transmitted via alternative routes. For example, we prefer 

that customer computer 200 transmit the second set of data to 
the merchant computer 300. Upon receipt of the second set 
of data, the merchant computer 300 transmits at least the 
amount in the customer selected currency A(CSC) and the 
first set of data including price in the merchant accepted 
currency P(MAC) to the server 100 for approval of the 
transaction. In this case the second set of data may be 
protected to prevent the merchant from altering it. 



Upon receiving the amount in the customer selected currency 
A(CSC) and the agreed price in the merchant accepted 
currency P(MAC), the server 100 approves the transaction. 
The approval process performed by server 100 is based upon 
the relative value of the customer selected currency in terms 
of the merchant accepted currency. This relative value may 
be established by the operator of server 100, a third party, or 
in other aspects of the present invention, the customer user 
203 or the merchant user 303. This preferably includes a rate 
of exchange at which the customer selected currency can be 
converted into the merchant accepted currency. 
Alternatively, or in addition, this information may include a 
rate at which the merchant accepted currency can be 
converted into the customer selected currency. 
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3. (previously amended) The method 


r> COl. o 


The first and second sets of data transmitted to the server 1 00 


of claim 2 additionally comprising the 


lines 1 1- 


need not come directly from the merchant computer 300 and 


step of transmitting to the network 


1 Q 


the customer computer 200. This information may be 


access device associated with the 




transmitted via alternative routes. For example, we prefer 


participant in the transaction via the 




that customer computer 200 transmit the second set of data to 


transmission medium, a detail of the 




the merchant computer 300. Upon receipt of the second set 


price, wherein the detail comprises the 




of data, the merchant computer 300 transmits at least the 


cost of credit, 




amount in the customer selected currency A(CSC) and the 






first set of data including price in the merchant accepted 






currency P(MAC) to the server 100 for approval of the 






transaction. In this case the second set of data may be 






protected to prevent the merchant from altering it. 






Upon receiving the amount in the customer selected currency 






A(CSC) and the agreed price in the merchant accepted 






currency P(MAC), the server 100 approves the transaction. 






The approval process performed by server 1 00 is based upon 






the relative value of the customer selected currency in terms 






of the merchant accepted currency. This relative value may 






be established by the operator of server 100, a third party, or 






in other aspects of the present invention, the customer user 






203 or the merchant user 303. This preferably includes a rate 






of exchange at which the customer selected currency can be 






converted into the merchant accepted currency. 






Alternatively, or in addition, this information may include a 






rate at which the merchant accepted currency can be 






converted into the customer selected currency. 
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the cost for exchange of currency and 
the amount of first currency relating to 
the price of the deliverable. 


B col. 8 
lines 12- 
38 


The first and second sets of data transmitted to the server 100 
need not come directly from the merchant computer 300 and 
the customer computer 200. This information may be 
transmitted via alternative routes. For example, we prefer 
that customer computer 200 transmit the second set of data to 
the merchant computer 300. Upon receipt of the second set 
of data, the merchant computer 300 transmits at least the 
amount in the customer selected currency A(CSC) and the 
first set of data including price in the merchant accepted 
currency P(MAC) to the server 100 for approval of the 
transaction. In this case the second set of data may be 
protected to prevent the merchant from altering it. 

Upon receiving the amount in the customer selected currency 
A(CSC) and the agreed price in the merchant accepted 
currency P(MAC), the server 100 approves the transaction. 
The approval process performed by server 100 is based upon 
the relative value of the customer selected currency in terms 
of the merchant accepted currency. This relative value may 
be established by the operator of server 1 00, a third party, or 
in other aspects of the present invention, the customer user 
203 or the merchant user 303. This preferably includes a rate 
of exchange at which the customer selected currency can be 
converted into the merchant accepted currency. 
Alternatively, or in addition, this information may include a 
rate at which the merchant accepted currency can be 
converted into the customer selected currency. 


4. (previously amended) The method 
of claim 1 additionally comprising the 
step of discounting with the processor, 
the cost of exchange of currency 
according to a volume discount term 
relating to an aggregate notional 
volume associated with a participant in 
the transaction. 


B col. 8 
lines 54- 
58 


In addition, as the server 100 has the opportunity to 
aggregate transactions prior to committing to actually 
exchange currency with an external agency, it may obtain 
preferential exchange rates by converting money in relatively 
large units. 
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5. (original) The method of claim 4 
wherein the aggregate notional volume 
is calculated on a periodic basis. 


B col. 8 
lines 65- 
67 


Frequency and timing of updates are based on business rules 
agreed between the operator of the server 100 and the 
currency broker or brokers. This manages the risk of a 
significant change between the current exchange rate and the 
exchange rate used when the transaction is actually settled. 


6. (previously amended) The method 
of claim 1 additionally comprising the 
step of discounting with the processor, 
the cost of exchange of currency 
according to a volume discount term 
relating to an aggregate number of 
transactions associated with a 
participant in the transaction. 


B col. 8 
lines 54- 
58 


In addition, as the server 100 has the opportunity to 
aggregate transactions prior to committing to actually 
exchange currency with an external agency, it may obtain 
preferential exchange rates by converting money in relatively 
large units. 


7. (previously amended) The method 
of claim 1 additionally comprising the 
step of discounting with the processor, 
the cost of exchange of currency 
according to a discount term relating 
to a payment history associated with a 
participant in the transaction. 


B col. 8 
lines 54- 
58 and 
col. 9 line 
53 

through 
col. 10 
line 8 


In addition, as the server 100 has the opportunity to 
aggregate transactions prior to committing to actually 
exchange currency with an external agency, it may obtain 
preferential exchange rates by converting money in relatively 
large units. 


8. (previously amended) The method 
of claim 1 wherein the amount of first 
currency received relating to the price 
of the deliverable is determined 
according to data comprising the 
identity of a participant in the 
transaction. 


B col. 5 
lines 23- 
36 


The set of customer data may include a customer 
identification string which identifies the customer user 203. 
The portion of the second set of data includes the set of 
merchant data and the second use parameters. The set of 
merchant data may include a merchant identification string 
which identifies the merchant user 303. The server 100 
verifies the customer user 203 and the merchant user 303 
based upon at least portions of the set of customer data and 
the set of merchant data and determines that the first and 
second sessions can be used. In this manner, confidential 
details of the payment between the customer user 203 and the 
merchant user 303 are assured of being communicated 
securely. 
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9. (previously amended) The method 
of claim 1 wherein the cost for 
exchange of currency is determined 
according to one or more transaction 
factors comprising at least one of the 
identity of a participant in the 
transaction, the deliverable, a 
projected volume of currency to be 
transacted, and a projected volume of 
the deliverable to be transacted. 


B col. 5 
lines 23- 
36 


May need to further limit this 

The set of customer data may include a customer 
identification string which identifies the customer user 203. 
The portion of the second set of data includes the set of 
merchant data and the second use parameters. The set of 
merchant data may include a merchant identification string 
which identifies the merchant user 303. The server 100 
verifies the customer user 203 and the merchant user 303 
based upon at least portions of the set of customer data and 
the set of merchant data and determines that the first and 
second sessions can be used. In this manner, confidential 
details of the payment between the customer user 203 and the 
merchant user 303 are assured of being communicated 
securely. 


10. (previously amended) The 
method of claim 1 wherein the amount 
of first currency relating to the price of 
the deliverable is determined 
according to data comprising a 
transaction facilitator. 


B col. 8 
lines 24- 
39 


Define transaction facilitator. 

Upon receiving the amount in the customer selected currency 
A(CSC) and the agreed price in the merchant accepted 
currency P(MAC), the server 100 approves the transaction. 
The approval process performed by server 100 is based upon 
the relative value of the customer selected currency in terms 
of the merchant accepted currency. This relative value may 
be established by the operator of server 100, a third party, or 
in other aspects of the present invention, the customer user 
203 or the merchant user 303. This preferably includes a rate 
of exchange at which the customer selected currency can be 
converted into the merchant accepted currency. 
Alternatively, or in addition, this information may include a 
rate at which the merchant accepted currency can be 
converted into the customer selected currency. 
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1 1 . (previously amended) The 
method of claim 1 additionally 
comprising the step of processing with 
the processor, payment for the 
deliverable in the amount relating to 
the aggregate price of the deliverable. 


B col. 8 
lines 24- 
39 


Upon receiving the amount in the customer selected currency 
A(CSC) and the agreed price in the merchant accepted 
currency P(MAC), the server 100 approves the transaction. 
The approval process performed by server 100 is based upon 
the relative value of the customer selected currency in terms 
of the merchant accepted currency. This relative value may 
be established by the operator of server 100, a third party, or 
in other aspects of the present invention, the customer user 
203 or the merchant user 303. This preferably includes a rate 
of exchange at which the customer selected currency can be 
converted into the merchant accepted currency. 
Alternatively, or in addition, this information may include a 
rate at which the merchant accepted currency can be 
converted into the customer selected currency. 


12. (previously amended) The 
method of claim 1 1 additionally 
comprising the step of receiving via a 
transmission medium and 
communications network, notification 
of shipment of the deliverable prior to 
processing with the processor, 
payment for the deliverable. 


B col. 
Col. 4 line 
5-7 


The mechanism of delivery of the product is not a part of this 
patent. Product delivery could be coincident with payment, 
before payment, or after payment. 


1 3 . (previously amended) The 
method of claim 1 wherein the step of 
calculating a cost for exchange of the 
fist currency includes the steps of: 
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determining with the processor, an 


o COl. o 


i lie ucquciicy indi ine Lurrem exenange raie uaia is 


exchange price and a tolerance 


nne 


uptiaicu ucpciiub upon ine level oi riSK indi me approving 


parameter for the first currency, as the 


through 


entity may be willing to accept and the availability of updates 


first currency relates to a base 


col. 9 line 


from currency brokerage services. It is preferred that when 


currency; 


24 


the server 1 00 is the approving entity, it receives updates to 






the exchange rate data on-line from one or more currency 






brokers. Frequency and timing of updates are based on 






business rules agreed between the operator of the server 100 






and the currency broker or brokers. This manages the risk of 






a significant change between the current exchange rate and 






the exchange rate used when the transaction is actually 






settled. 






Approval of the transaction by the server 1 00 is 






preferably based upon predetermined criteria. These criteria 






may be established by any of the parties to the transaction or 






a third party. For example, we prefer that the server 100 






approve the transaction if the amount in the merchant 






accepted currency A(MAC) equals or exceeds the price in 






the merchant accepted currency P(MAC). 






Alternatively, the server 1 00 could approve the 






transaction if the amount in the merchant accepted currency 






A (MAC) is less than the price in the merchant accepted 






currency P(MAC). In this instance, the server 100 may 






1 1 J * CC a ' 1 / 1 , 1 j " a J ' a!_ 

absorb differentials (as where the cost associated with 






disapproving the transaction and reprocessing it exceeds the 






differential). Acceptable differentials may be dependent upon 






the creditworthiness of the customer user 203 or the 






merchant user 303, the acceptable deficit balance that the 






customer user 203 or the merchant user 303 are allowed to 






incur, or other market conditions such as, for example, 






ilULlUaUOIlb in CACllallgC ialCa. 1 llCoC at/t/CpiaulC UlllClCllLlaio 






arc rClClTcU IU Wim ICbpcLl tU CaLll pally Ul 111C 11 allbaL. LlUll aa 






a IIdK range . 


receiving into the computer storage, a 


B col. 8 


see above 


spot price relating to a market price for 


line 59 




exchange of the first currency; 


through 






col. 9 line 






24 
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comparing the spot price with the 
tolerance parameter via the processor; 
and 


see above 


see above 


modifying with the processor, the 
exchange price if the spot price 
exceeds the tolerance parameter. 


see above 


see above 


1 A /V^rpvirtnd v nmpnHpH^ Thp 
i uic vnjUoiy emit/Hutu^ iiic 

method of claim 1 wherein the step of 
calculating a cost for exchange of the 
fist currency includes the steps of: 






entering into the computer storage, an 
exchange price to be utilized in 

ralnilatino" thp rn<it of pxrhanpp nf thp 

first currency, wherein the exchange 
price relates to the first currency and a 
base currency; 


B col. 8 
line 59 

through 

1111 CPU^ll 

col. 9 line 
24 


see above 


entering into the computer storage, a 
predetermined time period for which 
the exchange price will remain valid; 


B col. 4 
line 66 
through 
col. 5 line 
8 


We prefer that the parameters relating to the session of 
customer user 203 limit an amount of electronic funds (the 
"session amount"), a maximum amount of time that the 
customer's session may last, and a maximum number of 
transactions that the customer user 203 may conduct. The 
session amount is the maximum amount of electronic funds 
that the customer user 203 may spend during the customer's 
session. Also, we prefer that the session of merchant user 

iq limitpH Hv a maximntn amnimt nf timp that thp 
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merchant's session may last and a maximum number of 
transactions that the merchant user 303 may conduct. 


determining with the processor, if the 
transaction will take place during the 
predetermined time period; and 


B col. 8 
lines 59- 
67 


The frequency that the current exchange rate data is updated 
depends upon the level of risk that the approving entity may 
be willing to accept and the availability of updates from 
currency brokerage services. It is preferred that when the 
server 100 is the approving entity, it receives updates to the 
exchange rate data on-line from one or more currency 
brokers. Frequency and timing of updates are based on 
business rules agreed between the operator of the server 100 
and the currency broker or brokers. 
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entering into the computer storage, an 
updated exchange price if the 
transaction will take place during a 
time other than the predetermined time 
period. 


B col. 8 
lines 59- 
67 


The frequency that the current exchange rate data is updated 
depends upon the level of risk that the approving entity may 
be willing to accept and the availability of updates from 
currency brokerage services. It is preferred that when the 
server 100 is the approving entity, it receives updates to the 
exchange rate data on-line from one or more currency 
brokers. Frequency and timing of updates are based on 
business rules agreed between the operator of the server 100 
and the currency broker or brokers. 


36. (previously amended) The 
computerized apparatus system of 
claim 61 wherein the software is 
additionally operative to transmit the 
calculated price to a participant 
network access device. 


B col. 8 
lines 12- 
38 


The first and second sets of data transmitted to the server 100 
need not come directly from the merchant computer 300 and 
the customer computer 200. This information may be 
transmitted via alternative routes. For example, we prefer 
that customer computer 200 transmit the second set of data to 
the merchant computer 300. Upon receipt of the second set 
of data, the merchant computer 300 transmits at least the 
amount in the customer selected currency A(CSC) and the 
first set of data including price in the merchant accepted 
currency P(MAC) to the server 100 for approval of the 
transaction. In this case the second set of data may be 
protected to prevent the merchant from altering it. 

Upon receiving the amount in the customer selected currency 
A(CSC) and the agreed price in the merchant accepted 
currency P(MAC), the server 100 approves the transaction. 
The approval process performed by server 100 is based upon 
the relative value of the customer selected currency in terms 
of the merchant accepted currency. This relative value may 
be established by the operator of server 100, a third party, or 
in other aspects of the present invention, the customer user 
203 or the merchant user 303. This preferably includes a rate 
of exchange at which the customer selected currency can be 
converted into the merchant accepted currency. 
Alternatively, or in addition, this information may include a 
rate at which the merchant accepted currency can be 
converted into the customer selected currency. 
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37. (previously amended) The 
computerized apparatus system of 
claim 61 wherein the software is 
additionally operative to transmit a 
detail of the aggregate price wherein 
the detail comprises the cost of credit, 
the cost for exchange of currency and 
the amount of foreign currency 
transacted. 






38. (previously amended) The 
computerized apparatus system of 
claim 61 wherein the software is 
additionally operative to discount the 
cost of exchange of currency 
according to a volume discount term 
relating to an aggregate notional 
volume associated with a participant in 
the transaction. 


B col. 8 
lines 54- 
58 


In addition, as the server 100 has the opportunity to 
aggregate transactions prior to committing to actually 
exchange currency with an external agency, it may obtain 
preferential exchange rates by converting money in relatively 
large units. 


39. (previously amended) The 
computerized apparatus system of 
claim 61 wherein the cost for 
exchange of currency is determined 
according to one or more transaction 
factors comprising at least one of the 
identity of a participant in the 
transaction, the deliverable, a 
projected volume of currency to be 
transacted, and a projected volume of 
the deliverable to be transacted. 


B col. 5 
lines 23- 
36 


The set of customer data may include a customer 
identification string which identifies the customer user 203. 
The portion of the second set of data includes the set of 
merchant data and the second use parameters. The set of 
merchant data may include a merchant identification string 
which identifies the merchant user 303. The server 100 
verifies the customer user 203 and the merchant user 303 
based upon at least portions of the set of customer data and 
the set of merchant data and determines that the first and 
second sessions can be used. In this manner, confidential 
details of the payment between the customer user 203 and the 
merchant user 303 are assured of being communicated 
securely. 
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40. (previously amended) The 
computerized apparatus system of 
claim 61 wherein the amount of 
foreign currency transacted is 
determined according to data 
comprising a transaction facilitator. 


B col. 8 
lines 24- 
39 


Define transaction facilitator 

Upon receiving the amount in the customer selected currency 
A(CSC) and the agreed price in the merchant accepted 
currency P(MAC), the server 100 approves the transaction. 
The approval process performed by server 100 is based upon 
the relative value of the customer selected currency in terms 
of the merchant accepted currency. This relative value may 
be established by the operator of server 100, a third party, or 
in other aspects of the present invention, the customer user 
203 or the merchant user 303. This preferably includes a rate 
of exchange at which the customer selected currency can be 
converted into the merchant accepted currency. 
Alternatively, or in addition, this information may include a 
rate at which the merchant accepted currency can be 
converted into the customer selected currency. 


4 1 . (previously amended) Computer 
executable program code residing on a 
computer-readable medium, the 
program code comprising instructions 
for causing the computer to: 


B col. 5 lines 55-64 program code is inherent in a system having a 
computer and the steps as presently claimed. 


receive digital data descriptive of an 
amount of a first currency relating to a 
price of a deliverable involved in a 
transaction; 


B col. 7 
lines 25- 
34 


In this embodiment, the customer user 203 and the merchant 
user 303 have established and agreed upon a product to be 
purchased at a price the merchant user 303 will accept. This 
product and price are referred to herein as the "agreed 
product" and the "agreed price", respectively. 

Having agreed upon the product and the price, the merchant 
computer 300 transmits a first set of data to the server 100. 
This first set of data includes the agreed price that the 
merchant user 303 is willing to receive for his product. 
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determine a cost for credit to be B col. 9 "one or more transaction factors" may need to be narrowed 

extended to a buyer, wherein the cr^t lines 11- Alternatively, the server 100 could approve the transaction if 
is extended based upon one or more 39 the amount in the merchant accepted currency A(MAC) is 

transaction factors; less than the price in the merchant accepted currency 

P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 



Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 
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calculate a cost for exchange of the 
first currency to a second currency, 
wherein the bost of exchange is based 
upon one or more transaction factors, 
and is effective for a predetermined 
period of time; and 


B col. 8 
lines 49- 
58 


The current exchange rate data is preferably maintained by 
the entity charged with approving the transaction. Thus, in 
this embodiment, the server 100 may obtain it from a 
currency broker or bank. In a further aspect of this 
embodiment, the approving entity may decide to buy and sell 
currencies and establish its own exchange rates. In addition, 
as the server 100 has the opportunity to aggregate 
transactions prior to committing to actually exchange 
currency with an external agency, it may obtain preferential 
exchange rates by converting money in relatively large units. 


calculate an aggregate price for the 
deliverable, wherein the aggregate 
price comprises an aggregate of the 
cost of credit, the cost for exchange of 
currency and the amount of first 
currency relating to the price of the 
deliverable. 


B col. 9 
lines 11- 
39 


Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 
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42. (previously amended) A 
computer-implemented method of 
interacting with a network access 
device so as to provide pricing 
information relating to online 
transactions, the method comprising 
the steps of: 






causing with a processor operative 
with executable software, details of an 
online transaction involving a 
calculated price and detail of the 
calculated price to be transmitted via a 
transmission medium and a 
communications network, to a 
participant network access device; 


B col. 8 
lines 12- 
38 


The first and second sets of data transmitted to the server 100 
need not come directly from the merchant computer 300 and 
the customer computer 200. This information may be 
transmitted via alternative routes. For example, we prefer 
that customer computer 200 transmit the second set of data to 
the merchant computer 300. Upon receipt of the second set 
of data, the merchant computer 300 transmits at least the 
amount in the customer selected currency A(CSC) and the 
first set of data including price in the merchant accepted 
currency P(MAC) to the server 100 for approval of the 
transaction. In this case the second set of data may be 
protected to prevent the merchant from altering it. 

Upon receiving the amount in the customer selected currency 
A(CSC) and the agreed price in the merchant accepted 
currency P(MAC), the server 100 approves the transaction. 
The approval process performed by server 100 is based upon 
the relative value of the customer selected currency in terms 
of the merchant accepted currency. This relative value may 
be established by the operator of server 100, a third party, or 
in other aspects of the present invention, the customer user 
203 or the merchant user 303. This preferably includes a rate 
of exchange at which the customer selected currency can be 
converted into the merchant accepted currency. 
Alternatively, or in addition, this information may include a 
rate at which the merchant accepted currency can be 
converted into the customer selected currency. 
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receiving into a computer storage, an B col. 8 The first and second sets of data transmitted to the server 100 
amount of currency relating to a price lines 12- need not come directly from the merchant computer 300 and 
of a deliverable involved in the 38 the customer computer 200. This information may be 

transaction; and transmitted via alternative routes. For example, we prefer 

that customer computer 200 transmit the second set of data to 
the merchant computer 300. Upon receipt of the second set 
of data, the merchant computer 300 transmits at least the 
amount in the customer selected currency A(CSC) and the 
first set of data including price in the merchant accepted 
currency P(MAC) to the server 100 for approval of the 
transaction. In this case the second set of data may be 
protected to prevent the merchant from altering it. 



Upon receiving the amount in the customer selected currency 
A(CSC) and the agreed price in the merchant accepted 
currency P(MAC), the server 100 approves the transaction. 
The approval process performed by server 100 is based upon 
the relative value of the customer selected currency in terms 
of the merchant accepted currency. This relative value may 
be established by the operator of server 100, a third party, or 
in other aspects of the present invention, the customer user 
203 or the merchant user 303. This preferably includes a rate 
of exchange at which the customer selected currency can be 
converted into the merchant accepted currency. 
Alternatively, or in addition, this information may include a 
rate at which the merchant accepted currency can be 
converted into the customer selected currency. 
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displaying on the network access 
device, the calculated price and detail 
of the calculated price related to the 
transaction, wherein the calculated 
price comprises an aggregate of a cost 
of credit extended in the transaction, a 
cost for exchange of currency in the 
transaction and 



B col 9 
lines 11- 
39 



Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 



Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 1 00 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100, For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 
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the amount of currency relating to the 
price of the deliverable, and the detail 
comprises the cost of credit, the cost 
for exchange of currency and the 
amount of currency. 



B col 9 
lines 1 1 - 
39 



Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 



Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 
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43. (previously amended) The 


B col. 10 


The merchant account and customer account may be debit 


method of claim 42 additionally 


1 * 1 A 

lines 39- 


or credit accounts. We prefer that the customer account be a 


comprising the step of displaying on 


04 


debit account and that the merchant account be a credit 


the network access device, multiple 




account and that each such account represent funds in the 


calculated prices and detail of said 




form of electronic funds. However, other types of accounts 


calculated prices related to the online 




may be used as known by those skilled in the art. 


transaction. 










In the case where a party other than the server 100 maintains 






a merchant account and/or a customer account, the server 






100 may transmit data to the party to enable virtual 






settlement. For example, if the party maintained the merchant 






account and the customer account, the server 100 may 






transmit data identifying the merchant account and the price 






m the merchant accepted currency P(MAC) to be credited, 






and the customer account and the amount in the customer 






selected currency A(CSC) to be debited. Then, the party 






would debit the customer account and credit the merchant 






account accordingly. 






In this process, upon approval of the transaction, the 






customer account is debited by the amount in the customer 






selected currency A(CSC). The merchant account is credited 






with the agreed price in the merchant accepted currency 






P(MAC). This amount and price were known by and agreed 






to by the customer user 203 and the merchant user 303. Thus, 






there is no uncertainty as to the amount or currency to be 






paid by customer user 203 or the price or currency to be 






received by merchant user 303. 
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44. (previously amended) A 
computer data signal embodied in a 
digital data stream comprising data 
including e-commerce details, wherein 
the computer data signal is readable 
with computer executable program 
rnHf* residing on a comnntPi*-re*aHah1e 
medium, and generated by a method 
comprising the steps of: 


B col. 5 
lines 55- 
64 


To form the relationship, we prefer that the customer user 
203 provide information using customer computer 200 to the 
server 100. Such information may include the name of 
customer user 203 and the currency in which he intends to 
purchase products. In the case of the merchant user 303, this 
information may include the name of the merchant user 303 
and the currencv in which he intends to ultimatelv receive for 
providing products. Other information can be provided as 
deemed necessary by the server 100. 


receiving into a computer storage, an 
amount of a first currency relating to a 
price of a deliverable involved in a 
transaction; 


B col. 7 
lines 25- 
34 


In this embodiment, the customer user 203 and the merchant 
user 303 have established and agreed upon a product to be 
purchased at a price the merchant user 303 will accept. This 
product and price are referred to herein as the "agreed 
product" and the "agreed price", respectively. 

Having agreed upon the product and the price, the merchant 
computer 300 transmits a first set of data to the server 100. 
This first set of data includes the agreed price that the 
merchant user 303 is willing to receive for his product. 
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determining with a processor operative 
with executable software, a cost for 
credit to be extended to a buyer, 
wherein the credit is extended based 
upon one or more transaction factors; 


B col. 9 
lines 11- 
39 


Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 


calculating with the processor, a cost 
for exchange of the first currency to a 
second currency, wherein the cost of 
exchange is based upon one or more 
transaction factors, and is effective for 
a predetermined period of time; and 


B col 8 
lines 49- 
58 


The current exchange rate data is preferably maintained by 
the entity charged with approving the transaction. Thus, in 
this embodiment, the server 1 00 may obtain it from a 
currency broker or bank. In a further aspect of this 
embodiment, the approving entity may decide to buy and sell 
currencies and establish its own exchange rates. In addition, 
as the server 1 00 has the opportunity to aggregate 
transactions prior to committing to actually exchange 
currency with an external agency, it may obtain preferential 
exchange rates by converting money in relatively large units. 
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calculating with the processor, an 
aggregate price for the deliverable, 
wherein the aggregate price comprises 
an aggregate of the cost of credit, the 
cost for exchange of currency and the 
amount of first currency relating to the 
price of the deliverable. 


B cot. 9 
lines 11- 
39 


Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 

Aff^Sf^ i<i pnnal to thf» amount in thf* nKtnmpr <?plprtpH 
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currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 


45.-51. (previously cancelled) 






52. (amended) A computer- 
implemented method of interacting 
with a network access device so as to 
provide pricing for a transaction, the 
method comprising the steps of: 
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identifying via the network access 
device, parties involved in a 
transaction; 


B col. 5 
lines 23- 
36 


The set of customer data may include a customer 
identification string which identifies the customer user 203. 
The portion of the second set of data includes the set of 
merchant data and the second use parameters. The set of 
merchant data may include a merchant identification string 
which identifies the merchant user 303. The server 100 
verifies the customer user 203 and the merchant user 303 
based upon at least portions of the set of customer data and 
the set of merchant data and determines that the first and 
second sessions can be used. In this manner, confidential 
details of the payment between the customer user 203 and the 
merchant user 303 are assured of being communicated 
securely. 


defining with a processor operative 
with executable software, a deliverable 
with a currency amount associated 
with a price of the deliverable; and 


B col. 7 
lines 25- 
34 


In this embodiment, the customer user 203 and the merchant 
user 303 have established and agreed upon a product to be 
purchased at a price the merchant user 303 will accept. This 
product and price are referred to herein as the "agreed 
product" and the "agreed price", respectively. 

Having agreed upon the product and the price, the merchant 
computer 300 transmits a first set of data to the server 100. 
This first set of data includes the agreed price that the 
merchant user 303 is willing to receive for his product. 
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receiving into a computer storage, an 
aggregate price for the deliverable, 
wherein the aggregate price comprises 
an aggregate of a cost of credit 
extended in the transaction, a cost for 
exchange of currency in the 
transaction and the currency amount 
associated with the price of the 
deliverable. 


B col. 9 
lines 11- 
39 


Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 


53. - 59. (previously cancelled) 
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60. (previously added) The method 
of claim 1 wherein the cost for credit 
is determined according to one or 
more transaction factors comprising at 
least one of the identity of a 
participant in the transaction, the 
deliverable, a projected volume of 
currency to be transacted, and a 
projected volume of the deliverable to 
be transacted. 


B col. 5 
lines 23- 
36 


The set of customer data may include a customer 
identification string which identifies the customer user 203. 
The portion of the second set of data includes the set of 
merchant data and the second use parameters. The set of 
merchant data may include a merchant identification string 
which identifies the merchant user 303. The server 100 
verifies the customer user 203 and the merchant user 303 
based upon at least portions of the set of customer data and 
the set of merchant data and determines that the first and 
second sessions can be used. In this manner, confidential 
details of the payment between the customer user 203 and the 
merchant user 303 are assured of being communicated 
securely. 


61. (previously added) A 
computerized apparatus system to 
facilitate management of risk 
associated with conducting a 
transaction for a deliverable in 
multiple currencies, the computerized 
apparatus system comprising: 




i 


a host computer comprising a 
processor and a storage for digital 
data; and 






executable software stored on the host 
computer storage and executable on 
demand, the software operative with 
the host computer processor to cause 
the host computer to: 
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store in the host computer storage 
digital data identifying a purveyor of a 
deliverable; 


B col. 3 
line 50 - 
col. 4 line 
32 


Reference is now made to FIGS. 1-2 for the purpose of 
describing, in detail, the preferred embodiments of the 
present invention. The Figures and accompanying detailed 
description are not intended to limit the scope of the claims 
appended hereto. 

The preferred architecture of the present invention is 
generally depicted in FIG. 1. FIG. 1 shows three entities: a 
server 100, a customer computer 200, and a merchant 
computer 300, connected to each other via a network 50. The 
network 50 may be a private, public, secure, or an insecure 
network. The preferred embodiments of the present invention 
contemplate use of an insecure network, for example, the 
Internet. The connections to the network 50 are identified by 
lines 105, 205, and 305, respectively, and are well known in 
the art. 


store in the host computer storage 
digital data descriptive of a currency 
exchange price comprising a rate of 
exchange between a base currency and 
a foreign currency, wherein said 
currency exchange price is effective 
for an amount of currency transacted 
in one or more transactions comprising 
a deliverable conveyed by the 
purveyor; 


B col. 8 
lines 49- 
58 


The current exchange rate data is preferably maintained by 
the entity charged with approving the transaction. Thus, in 
this embodiment, the server 1 00 may obtain it from a 
currency broker or bank. In a further aspect of this 
embodiment, the approving entity may decide to buy and sell 
currencies and establish its own exchange rates. In addition, 
as the server 100 has the opportunity to aggregate 
transactions prior to committing to actually exchange 
currency with an external agency, it may obtain preferential 
exchange rates by converting money in relatively large units. 


receive into the host computer storage 
digital data descriptive of one or more 
executed transactions, wherein the 
digital data descriptive of the one or 
more executed transactions comprises 
an indication that the transaction 
involved the deliverable offered by the 
purveyor, and an amount of the 
foreign currency transacted; 


B col. 7 
lines 30- 
47 


Having agreed upon the product and the price, the merchant 
computer 300 transmits a first set of data to the server 100. 
This first set of data includes the agreed price that the 
merchant user 303 is willing to receive for his product. The 
transmitted agreed price is in the merchant accepted 
currency. Other information may be transmitted by the 
merchant computer 300 as needed by the server 100, for 
example, information identifying the merchant user 303, the 
product to be purchased, account information, etc. 
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determine with the processor an 
amount of foreign currency to be 
exchanged according to the currency 
exchange price wherein the amount of 
foreign currency to be exchanged is 
based upon the amount of foreign 
currency transacted; 


B col. 8 
lines 49- 
58 


The current exchange rate data is preferably maintained by 
the entity charged with approving the transaction. Thus, in 
this embodiment, the server 100 may obtain it from a 
currency broker or bank. In a further aspect of this 
embodiment, the approving entity may decide to buy and sell 
currencies and establish its own exchange rates. In addition, 
as the server 1 00 has the opportunity to aggregate 
transactions prior to committing to actually exchange 
currency with an external agency, it may obtain preferential 
exchange rates by converting money in relatively large units. 


calculate with the processor a cost for 
credit to be extended to a buyer of the 
deliverable wherein the credit is 
extended based upon one or more 
transaction factors; 


B col. 9 
lines 11- 
39 


Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 
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calculate with the processor a cost for 
exchange of the foreign currency 
transacted, wherein the cost of 
exchange is based upon one or more 
transaction factors, and is effective for 
a predetermined period of time; and 


B col. 8 
lines 49- 
58 


The current exchange rate data is preferably maintained by 
the entity charged with approving the transaction. Thus, in 
this embodiment, the server 1 00 may obtain it from a 
currency broker or bank. In a further aspect of this 
embodiment, the approving entity may decide to buy and sell 
currencies and establish its own exchange rates. In addition, 
as the server 1 00 has the opportunity to aggregate 
transactions prior to committing to actually exchange 
currency with an external agency, it may obtain preferential 
exchange rates by converting money in relatively large units. 


calculate with the processor an 
aggregate price for the deliverable 
comprising an aggregate of the cost of 
credit, the cost for exchange of 
currency and the amount of foreign 
currency transacted. 


B col. 9 
lines 11- 
39 


Alternatively, the server 100 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 100 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 
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62. (previously added) The 
computerized system apparatus of 
claim 61 wherein the cost for credit is 
determined according to one or more 
transaction factors comprising at least 
one of the identity of a participant in 
the transaction, the deliverable, a 
projected volume of currency to be 
transacted, and a projected volume of 
the deliverable to be transacted. 


B col. 5 
lines 23- 
36 


The set of customer data may include a customer 
identification string which identifies the customer user 203. 
The portion of the second set of data includes the set of 
merchant data and the second use parameters. The set of 
merchant data may include a merchant identification string 
which identifies the merchant user 303. The server 100 
verifies the customer user 203 and the merchant user 303 
based upon at least portions of the set of customer data and 
the set of merchant data and determines that the first and 
second sessions can be used. In this manner, confidential 
details of the payment between the customer user 203 and the 
merchant user 303 are assured of being communicated 
securely. 


63. (previously added) The 
computerized system apparatus of 
claim 61 wherein the operability of the 
software to calculate the cost for 
exchange of the foreign currency 
transacted includes operability of the 
software with the processor to cause 
the host computer to: 




See claim 61 


indicate in the host computer storage a 
band of currency exchange price 
comprising one or more of: an upper 
currency exchange price tolerance 
parameter and a lower currency 
exchange price tolerance parameter, 
wherein each exchange price tolerance 
parameter relates to a rate of exchange 
between the base currency and the 
foreign currency and is based upon the 
deliverable conveyed by the purveyor; 






receive into the host computer storage 
digital data descriptive of a market 
spot price; and 
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modify the currency exchange price risk of a significant change between the current exchange 

stored in the host computer storage if rate and the exchange rate used when the transaction is 

the market spot price is not within the actually settled. 

band of currency price. Approval of the transaction by the server 100 is preferably 

based upon predetermined criteria. These criteria may be 
established by any of the parties to the transaction or a third 
party. For example, we prefer that the server 100 approve the 
transaction if the amount in the merchant accepted currency 
A(MAC) equals or exceeds the price in the merchant 
accepted currency P(MAC). 

Alternatively, the server 1 00 could approve the transaction if 
the amount in the merchant accepted currency A(MAC) is 
less than the price in the merchant accepted currency 
P(MAC). In this instance, the server 100 may absorb 
differentials (as where the cost associated with disapproving 
the transaction and reprocessing it exceeds the differential). 
Acceptable differentials may be dependent upon the 
creditworthiness of the customer user 203 or the merchant 
user 303, the acceptable deficit balance that the customer 
user 203 or the merchant user 303 are allowed to incur, or 
other market conditions such as, for example, fluctuations in 
exchange rates. These acceptable differentials are referred to 
with respect to each party of the transaction as a "risk range". 

Also, in the case where the amount in the merchant accepted 
currency A(MAC) is less than the price in the merchant 
accepted currency P(MAC) but within a predetermined 
range, the server 1 00 could record the differentials as they 
occur and collect them from the customer user 203 at a later 
time. This range is contemplated as being a small range and 
is referred to herein as the "payment range". The payment 
range may be predetermined by the customer user 203 or 
preferably, by the server 100. For the purpose of this 
application, the amount in the customer selected currency 
A(CSC) is equal to the amount in the customer selected 
currency A(CSC) plus or minus the payment range. The 
payment range thus defines the amount of conversion error 
permitted in the transaction. 
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